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REMARKS 

Claims 1, 3-5 and 11-16 are pending and under consideration in this application. Claims 
1,11,14,15, and 1 6 are amended herein. Support for the amendments to the claims may be 
found in the claims as filed originally. Reconsideration is requested based on the foregoing 
amendment and the following remarks. 

Response to Arguments: 

The Applicants appreciate the consideration given to their arguments. The Applicants, 
however, were disappointed to find that their arguments were not found to be persuasive. The 
Office Action asserts in the third full paragraph at page 15, that: 

Substantially, Examiner maintains: Ims specifies the input properties (i.e. 
categories or book titles) are used in retrieving available book inventory 
information (Ims, col. 10, line 51-53). In other words, Ims' input properties are 
essentially values used in the retrieval of information. Because the input 
properties of Ims are used to retrieve information (i.e. col. 10 line 55, Ims states 
getting results with the input properties), they specify a retrieval condition that 
must be met to return results. 

This is submitted to be incorrect. Neither a category name nor a book title, both of which 
are given as examples of input properties at column 10, lines 51 and 52 of Ims, are equivalent to 
a retrieval condition, whether or not they are used in retrieving available book inventory 
information. The input properties of Ims, rather, are used to retrieve information, as noted in the 
Office Action. 

Ims himself, in fact, uses the word "condition" differently than the interpretation given to it 
in the Office Action. Ims, for example, enables writes to be scheduled for processing when 
particular events occur or when particular system-specific conditions are met. In particular, as 
described at column 19, lines 39-44: 

For applications which are adaptable to this technique, this aspect of the present 
invention enables better resource utilization to occur by avoiding unnecessary 
reads to a back-end data source and by enabling writes to be scheduled for 
processing when particular events occur or when particular system-specific 
conditions are met. 

Thus, Ims defines a condition as something to be met, rather than values used in the 
retrieval of information. Ims, consequently, which is cited in the Office Action as evidence of skill 
in the art, does not support the interpretation of a "retrieval condition" to which the Office Action 
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adheres. 

The Office Action goes on to assert at the bottom of page 15, that: 

Furthermore the Examiner submits that from review of Applicant's own disclosure 
(page 9, line 8-9), which specifies "using the retrieval conditions (the SQL 
retrieval expression)", this interpretation is reasonable. In other words, Applicant's 
retrieval condition can be a SQL expression for accessing a database. Likewise, 
since Ims' input properties specify what to retrieve from a database, they can 
readily be seen as Applicant's retrieval condition (i.e. a retrieval statement). 

The subject specification describes the SQL retrieval expression as based on the 
retrieval condition at page 7, line 18. Moreover, as described at page 8 of the subject 
specification, in lines 7, 8, and 9: 

When the terminal 1 transmits a retrieval condition, the application server 30 
produces an SQL retrieval expression based on the retrieval condition. 

Neither a category name nor a book title, on the other hand, both of which are given as 
examples of input properties at column 10, lines 51 and 52 of Ims, are equivalent to an SQL 
retrieval expression, let alone a retrieval condition. 

The Office Action asserts further, in the first full paragraph at page 1 6, that: 

Additionally, Examiner submits that the input properties of Ims that are used to 
retrieve results. 

Input properties used to retrieve results, however, do not amount to a "retrieval condition 
that is produced based on the retrieval request," as recited in claims 1 and 11 . 

The Office Action asserts further in the first full paragraph at page 1 6, that: 

As directly corresponding to Applicant's retrieval condition, which, is read to 
retrieve data as a result from a database', Examiner submits that Ims teaches the 
claimed retrieval condition. Put another way, the input properties of Ims are used 
to perform a database lookup to provide results (Ims, col. 10 line 54-56). Put even 
another way, the data values of Ims' input properties can be interpreted as a 
condition such that they are a condition on which to retrieve data. 

This is submitted to be incorrect. As discussed above, and more fully below, the input 
properties of Ims, which are category names or book titles, constitute a result of a database 
lookup operation, not a "retrieval condition that is produced based on the retrieval request," as 
recited in claims 1 and 11 . The input properties are only used in the database lookup operation 
in the sense that they are what the database lookup operation finds. 
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The Office Action asserts further in the first full paragraph at page 16, that: 

In a likely scenario supported by Ims, input properties such as category names or 
book titles satisfy a x condition' that must be met for certain results to be retrieved. 
Examiner submits that in light of the disclosure and a reasonably broad 
interpretation according to MPEP 2111, the input properties as taught by Ims 
correlate to the retrieval condition described in the claims. 

Since, as surmised in the Office Action, the input properties satisfy a condition, they do 
not amount to a "retrieval condition that is produced based on the retrieval request," as recited in 
claims 1 and 11. 

The Office Action asserts further at the bottom of page 16, that: 

Further more, in response to applicant's argument that the references fail to show 
certain features of applicant's invention (i.e., p. 7 of the reply that neither a 
category name nor book title are equivalent to an SQL retrieval expression), it is 
noted that the features upon which applicant relies (i.e., an SQL retrieval 
expression) are not recited in the rejected claim(s). 

Actually, the Office Action brought up the SQL retrieval expression from the review of the 
subject application, as related at the bottom of page 15. 

The Office Action asserts in the second full paragraph at page 17, that: 

Substantially, Examiner maintains: that the input properties (i.e. the retrieval 
condition to get results) and the output properties (i.e. results retrieved from the 
retrieval condition) are stored in correlated form. Specifically, the input and output 
properties in Ims are stored in an instance of a [Java] bean (Ims, col. 10 line 54- 
65). Because these properties are stored together in the instance of a bean, they 
are stored in correlated form. In other words, the retrieval condition (input 
properties) and retrieval results (output properties) are populated into a bean 
object. 

This is submitted to be without basis. Whether properties are stored together or not has 
no bearing on whether they are stored in correlated or, for that matter, uncorrelated form. Ims, 
moreover, describes nothing about correlating the input properties and the output properties. 
Ims, in fact, does not need to correlate the input properties to the output properties. 

The Office Action asserts further at the bottom of page 17, that: 

In response to the reply, the Examiner further clarifies the position taken in this 
aspect of storing, in correlated form, the retrieval condition and retrieval result. As 
previously mentioned, the input properties (retrieval condition) and retrieval 
results (results of the lookup operation using the input properties; col. 10 line 54- 
56) at least describe the broadly claimed "in correlated form". 
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This is submitted to be incorrect. There is no basis for the assertion that the input 
properties and the output properties of Ims are correlated, or that they even need to be 
correlated, let alone stored "in a correlated form," as recited in claims 1 and 11 . 

In other words, Applicant claims no further details as to specify what "in a 
correlated form" is to precisely comprise and as such is open to broad 
interpretation. Therefore with the interpretation of storing these two aspects 
together in an object (i.e. a bean), this object gives the two elements (input/output 
properties) a relation (or "correlation"), and thus this limitation is taught. 

This is submitted to be incorrect. A "relation" is not the same thing as an "correlation." 
Ims does not describe storing "the retrieval condition and the retrieval result in the correlated 
form in the cache memory" as recited in claims 1 and 11 , whether interpreted broadly or not. 
There is simply no disclosure in Ims of any correlation. 

Two aspects could be stored randomly together in an object more easily than they could 
be stored in correlated form. Nor is there any reason for Ims to bother storing the input 
properties and retrieval results together in correlated form since, as discussed more fully below, 
Ims is using the input properties and values thereof as an index to locate objects stored in the 
cached objects component, not as a "retrieval condition" or a "retrieval result," as recited in 
claims 1 and 11. 

The Office Action asserts further in the first full paragraph at page 18, that: 

Moreover, Ims teaches "in correlated form" in another example (e.g. col. 14 line 
51 -57). That is, Ims teaches a refreshing of a cached object wherein retrieval 
logic in the execution script of the cached object (col. 14 line 52-53) which are 
used to refresh (i.e. re-populating) the objects output properties (col. 14 line 56- 
57). Put another way, since the retrieval logic in a cashed object is used to refresh 
that same object's output properties (results), the object stores the retrieval 
condition and result in correlated form. 

This is submitted to be incorrect. In Ims, rather, there is retrieval logic in the execution 
script of the cached object, not a "retrieval condition" or a "retrieval result" "stored in a correlated 
form" as recited in, for example, claims 1 and 11 . In particular, as described at column 14, lines 
51-62: 

For example, cached object HA02 shown at 312 is refreshed by executing the 
retrieval logic in the execution script of the cached object. This retrieval logic 
causes a request to be sent 303 to the back-end data source at host 320, which 
returns 304 a fresh copy of data values to be used for refreshing the cached 
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object (i.e. re-populating the object's output properties) in the cache 300. Whether 
a cached copy is already cached or a fresh copy must be retrieved is transparent 
to the requesting application, which operates as though an actual access (shown 
in FIG. 3A as imaginary access 325) had been made directly to the back-end data 
source and a copy had been retrieved in real time. 

Since, in Ims, there is retrieval logic in the execution script of the cached object, Ims is not 
storing "in a correlated form the retrieval condition and the retrieval result," as recited in claims 1 
and 11. 

The Office Action asserts further at the bottom of page 18, that: 

That is, and as can be reasonably interpreted, "correlated form" can be seen as 
merely stored together. 

This is submitted to be incorrect. Two objects can be stored together without being stored 
"in the correlated form" as recited in claims 1 and 11, 

Office Action asserts further at the bottom of page 18, that: 

See for example, figure 1 , and drawing reference 35 which is supported by page 
6, line 6 of the instant disclosure. Therein, "correlated form" is illustrated by the 
retrieval system and retrieval result stored together in a single entity. As such, 
Ims' teaches an object that stores retrieval conditions and retrieval results to 
thereby teach a correlation (i.e. in correlated form) at least by a mutual 
association to the same object. 

This is submitted to be incorrect. As described at page 6, lines 4, 5, in 6 of the subject 
application: 

The application server further transmits this data to the terminal and 
simultaneously saves the retrieval result and its corresponding SQL retrieval 
expression in the cache memory 32 in a correlated form 35. 

There is no teaching, disclosure, or suggestion in Ims of saving a retrieval result and its 
corresponding SQL retrieval expression in a cache memory and a correlated form, let alone 
storing "the retrieval condition and the retrieval result in the correlated form in the cache 
memory" as recited in claims 1 and 11 . 

The Office Action asserts further at the bottom of page 18, that: 

As such, Ims' teaches an object that stores retrieval conditions and retrieval 
results to thereby teach a correlation (i.e. in correlated form) at least by a mutual 
association to the same object. 

Even "mutual association," however, which Ims does not teach either, would not amount 
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to storing "the retrieval condition and the retrieval result in the correlated form in the cache 
memory" as recited in claims 1 and 11 . 

The Office Action asserts further at the bottom of page 18, and continuing at the top of 
page 19, that: 

Examiner further submits that because inputs are executed to retrieve 
corresponding outputs, and that said inputs and outputs are stored together, that 
this also teaches a "correlated form". 

This is submitted to be incorrect. The inputs in Ims are not executed to retrieve 
corresponding outputs, contrary to the assertion in the Office Action. In Ims, rather, the bean's 
script uses input properties to perform a database lookup operation, where the results of the 
lookup are used to populate the bean's output properties. In particular, as described at column 
10, lines 50-56: 

A particular bean instance might include, as input properties, the category names 
or book titles to use in retrieving available book inventory information. The bean's 
script may then cause property values such as these to be used to perform a 
database lookup operation, where the results of the lookup are used to populate 
the bean's output properties. 

Since, in Ims, the bean's script uses input properties to perform a database lookup 
operation, where the results of the lookup are used to populate the bean's output properties, Ims 
has no use for storing "the retrieval condition and the retrieval result in the correlated form in the 
cache memory" as recited in claims 1 and 11 . 

Finally, the Office Action asserts in the third full paragraph of page 19, that: 

Additionally, Examiner submits that as broadly claimed, a "fixed range" is not 
limited to a "fixed range of data records." 

The last clause of claim 1 , for example, has consequently been amended to recite: 

Wherein the update condition setting unit acquires a number of data records 
updated within a predetermined period from the database, and determines 
whether the number of data records updated is in a fixed range of the data 
records and, if the number of data records updated is not in the fixed range, the 
update condition setting unit sets the cache update condition such that the 
number of data records updated falls in the fixed range. 

Ims neither teaches, discloses, nor suggests "wherein the update condition setting unit 
acquires a number of data records updated within a predetermined period from the database, 
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and determines whether a the number of data records updated is in a fixed range of the data 
records and if the number of data records updated is not in the fixed range, the update condition 
setting unit sets the cache update condition such that the number of data records updated fall in 
the fixed range," even under the interpretation adopted in the Office Action. 

Further consideration is requested. 

Objections to the Claims: 

Claims 1,11, and 1 4 were objected to for various informalities. Claims 1,11, and 1 4 
were amended in substantial accord with the Examiner's suggestions. The Examiner's 
suggestions are appreciated. Withdrawal of the objection is earnestly solicited. 

Claim Rejections - 35 U.S.C. § 112: 

Claims 1, 11, 14, 15, and 16 were rejected under 35 U.S.C. § 112, second paragraph, as 
indefinite. Claims 1 , 11, 14, 15, and 1 6 were amended to make them more definite. In 
particular, claim 1 , for example, now recites "a retrieval expression which is produced based on 
the retrieval condition received from a client terminal or read from the cache memory, based on 
the update request received from the update processing unit." Withdrawal of the rejection is 
earnestly solicited. 

Claim Rejections - 35 U.S.C. § 102: 

Claims 1 , 3-5 and 11-14 were rejected under 35 U.S.C. § 1 02(b) as anticipated by U.S. 
Patent No. 6,505,200 to Ims et al. (hereinafter "Ims"). The rejection is traversed to the extent it 
might apply to the claims as amended. Reconsideration is earnestly solicited. 

In the claimed invention, an application server retrieves data from a database 
management system using a retrieval condition. The retrieval condition is received from a 
terminal. The application server transmits the data as a retrieval result to the terminal. 

The application server has a cache memory that stores the retrieval condition and the 
retrieval result in a correlated form. The application server also has an update condition setting 
unit that sets a cache update condition based on a database update condition. The database 
update condition indicates when the cache memory is to be updated. 

The application server also has an update processing unit that determines whether to 
transmit a retrieval request based on the cache update condition. Finally, the application server 
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has a main controlling unit that sends the retrieval condition to the database management 
system. The retrieval condition, by the way, is produced based on the retrieval request received 
from the update processing unit. The main controlling unit also receives the retrieval request of 
the database from the database management system, and stores the retrieval condition and the 
retrieval request in the correlated form in the cache memory. The fifth clause of claim 1 , and the 
sixth clause of claim 11, in particular, recite: 

A main controlling unit that sends, to the database management system, a 
retrieval expression which is produced based on the retrieval condition received 
from a client terminal or read from the cache memory, based on the update 
request received from the update processing unit, and receives the retrieval result 
of a database from the database management system and stores the retrieval 
condition and the retrieval result in the correlated form in the cache memory. 

Ims neither teaches, discloses, or suggests "a main controlling unit that sends, to the 
database management system, a retrieval expression which is produced based on the retrieval 
condition received from a client terminal or read from the cache memory, based on the update 
request received from the update processing unit, and receives the retrieval result of a database 
from the database management system and stores the retrieval condition and the retrieval result 
in the correlated form in the cache memory," as recited in claims 1 and 11 . 

The application server is characterized in that the update condition setting unit sets the 
cache update condition by acquiring data updated within a predetermined period from the 
database, and determines whether a number of data records is in a fixed range. If the number of 
data records updated is not in the fixed range, the update condition setting unit sets the cache 
update condition such that the number of data records updated falls within the fixed range. 

The final clauses of claims 1 and 11 , in particular, recite substantially: 

The update condition setting unit acquires a number of data records updated 
within a predetermined period from the database, and determines whether the 
number of data records updated is in a fixed range of the data records and, if the 
number of data records updated is not in the fixed range, the update condition 
setting unit sets the cache update condition such that the number of data records 
updated falls in the fixed range. 

Ims neither teaches, discloses, nor suggests "the update condition setting unit acquires a 
number of data records updated within a predetermined period from the database, and 
determines whether the number of data records updated is in a fixed range of the data records 
and, if the number of data records updated is not in the fixed range, the update condition setting 
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unit sets the cache update condition such that the number of data records updated falls in the 
fixed range," as recited in claims 1 and 11 . Ims, in fact, mentions no "data records" or "fixed 
range" at all. 

The update mode of Ims, rather, may vary over time for a particular object, not "in a fixed 
range" as recited in claims 1 and 11. Neither a predetermined period nor a particular time period 
is a range of data records, contrary to the implication in the Office Action at page 6. In particular, 
as described at column 15, lines 43, 44, and 45: 

According to the preferred embodiment, the update mode may vary among the 
objects of a particular application, and may also vary over time for a particular 
object. 

Since, in Ims, the update mode may vary over time for a particular object, Ims is not 
determining "whether the number of data records updated is in a fixed range of the data records 
and, if the number of data records updated is not in the fixed range, the update condition setting 
unit sets the cache update condition such that the number of data records updated falls in the 
fixed range," as recited in claims 1 and 11 . 

In Ims, moreover, the cache manager uses information about when an update is 
requested to determine which update mode to use, not "whether the number of data records 
updated is in a fixed range of the data records" as recited in claims 1 and 11 . In particular, as 
described at column 15, lines 45-49: 

Preferably, each cached object includes information which can be interrogated by 
the cache manager when an update is requested. The cache manager then uses 
the result to determine which update mode to use. 

Since, in Ims, the cache manager uses information about when an update is requested 
to determine which update mode to use, Ims is not determining "whether the number of data 
records updated is in a fixed range of the data records and, if the number of data records 
updated is not in the fixed range, the update condition setting unit sets the cache update 
condition such that the number of data records updated falls in the fixed range," as recited in 
claims 1 and 11. 

The cached object of Ims, moreover, obtains the current time of day, not "whether the 
number of data records updated is in a fixed range of the data records" as recited in claims 1 
and 11 , and based on this result, specifies whether delayed or immediate processing is to be 
used. In particular, as described at column 15, lines 49-52: 
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For example, a cached object may include a method that obtains the current time 
of day, and based on this result, specifies whether delayed or immediate 
processing is to be used. 

Since, in Ims, the cached object obtains the current time of day, Ims is not determining 
"whether the number of data records updated is in a fixed range of the data records and, if the 
number of data records updated is not in the fixed range, the update condition setting unit sets 
the cache update condition such that the number of data records updated falls in the fixed 
range," as recited in claims 1 and 11 . 

Determining the number of updates requested within a particular time period, moreover, 
does not amount to determining whether the number of data records is in a fixed range, contrary 
to the assertion at page 4 of the Office Action. In Ims, rather, delayed updates are selected 
between the hours of 8 a.m. and 5 p.m. because the system is heavily used in that timeframe. In 
Ims, in fact, the update mode may be set such that delayed updates are selected between the 
hours of 8 a.m. and 5 p.m, not "a number of data records is in a fixed range" as recited in claims 
1 and 11. In particular, as described at column 15, lines 52-59: 

In a particular system, the update mode may be set such that delayed updates 
are selected between the hours of 8 a.m. and 5 p.m. because the system is 
heavily used in that timeframe, as an example, while updates which are 
requested between midnight and 8 a.m. use the synchronous immediate mode 
and those requested between 5 p.m. and midnight use the asynchronous 
immediate mode. 

Since, in Ims, the update mode may be set such that delayed updates are selected 
between the hours of 8 a.m. and 5 p.m, Ims is not determining "whether the number of data 
records updated is in a fixed range of the data records and, if the number of data records 
updated is not in the fixed range, the update condition setting unit sets the cache update 
condition such that the number of data records updated falls in the fixed range," as recited in 
claims 1 and 11. 

Ims, moreover, is counting the number of updates requested within a particular time 
period, and altering the update mode accordingly in order to reduce network traffic. In particular, 
as described column 15, lines 59-62: 

Or, more complex evaluations may be performed such as counting the number of 
updates requested within a particular time period, and altering the update mode 
accordingly in order to reduce network traffic. 
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Since Ims is counting the number of updates requested within a particular time period, and 
altering the update mode accordingly in order to reduce network traffic, Ims is not determining 
"whether the number of data records updated is in a fixed range of the data records and, if the 
number of data records updated is not in the fixed range, the update condition setting unit sets 
the cache update condition such that the number of data records updated falls in the fixed 
range," as recited in claims 1 and 11 . 

In Ims, moreover, a cached object is refreshed by executing the retrieval logic in the 
execution script of the cached object. In particular, as described column 14, lines 51-53: 

For example, cached object HA02 shown at 312 is refreshed by executing the 
retrieval logic in the execution script of the cached object. 

Since, in Ims, cached object is refreshed by executing the retrieval logic in the execution script of 
the cached object, Ims is not determining "whether the number of data records updated is in a 
fixed range of the data records and, if the number of data records updated is not in the fixed 
range, the update condition setting unit sets the cache update condition such that the number of 
data records updated falls in the fixed range," as recited in claims 1 and 11 . 

In Ims, moreover, the retrieval logic causes a request to be sent to the back-end data 
source, which returns a fresh copy of data values to be used for refreshing the cached object 
(i.e. re-populating the object's output properties) in the cache. In particular, as described column 
14, lines 53-57: 

This retrieval logic causes a request to be sent 303 to the back-end data source 
at host 320, which returns 304 a fresh copy of data values to be used for 
refreshing the cached object (i.e. re-populating the object's output properties) in 
the cache 300. 

Since, in Ims, the retrieval logic causes a request to be sent to the back-end data source, which 
returns a fresh copy of data values to be used for refreshing the cached object (i.e. re-populating 
the object's output properties) in the cache, Ims is not determining "whether the number of data 
records updated is in a fixed range of the data records and, if the number of data records 
updated is not in the fixed range, the update condition setting unit sets the cache update 
condition such that the number of data records updated falls in the fixed range," as recited in 
claims 1 and 11. 

In Ims, moreover, whether a cached copy is already cached or a fresh copy must be 
retrieved is transparent to the requesting application, which operates as though an actual access 



Page 1 6 of 24 



Application Serial No. 10/766,839 
Amendment filed September 2, 2009 
Reply to Office Action mailed May 22, 2009 

had been made directly to the back-end data source and a copy had been retrieved in real time. 
In particular, as described column 14, lines 57-62: 

Whether a cached copy is already cached or a fresh copy must be retrieved is 
transparent to the requesting application, which operates as though an actual 
access (shown in FIG. 3A as imaginary access 325) had been made directly to 
the back-end data source and a copy had been retrieved in real time. 

Since, in Ims, whether a cached copy is already cached or a fresh copy must be retrieved is 
transparent to the requesting application, which operates as though an actual access had been 
made directly to the back-end data source and a copy had been retrieved in real time, Ims is not 
determining "whether the number of data records updated is in a fixed range of the data records 
and, if the number of data records updated is not in the fixed range, the update condition setting 
unit sets the cache update condition such that the number of data records updated falls in the 
fixed range," as recited in claims 1 and 11 .. 

Finally, in Ims, the refresh policy of each cached object may be periodically evaluated Xo 
determine whether the associated cached objects have become invalid. In particular, as 
described column 14, lines 62-67: 

In an optional feature of this aspect, the refresh policy of each cached object may 
be periodically evaluated (e.g. at periodic time intervals, or in response to 
predetermined events) to determine whether the associated cached objects have 
become invalid. 

Since, in Ims, the refresh policy of each cached object may be periodically evaluated to 
determine whether the associated cached objects have become invalid, Ims is not determining 
"whether the number of data records updated is in a fixed range of the data records and, if the 
number of data records updated is not in the fixed range, the update condition setting unit sets 
the cache update condition such that the number of data records updated falls in the fixed 
range," as recited in claims 1 and 11 . 

The second clause of claim 1 , and the third clause of claim 11 , recites: 

A cache memory that stores in a correlated form the retrieval condition and the 
retrieval result. 

Ims neither teaches, discloses, nor suggests "a cache memory that stores in a correlated form 
the retrieval condition and the retrieval result," as recited in claims 1 and 11 . Ims, rather, is 
automatically synchronizing one data store with another data store, even though the two stores 
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may not share a common format. In particular, as described column 4, lines 52-56: 

An object of the present invention is to provide a technique whereby one data 
store can be automatically synchronized with another data store, even though the 
two stores may not share a common format. 

Since Ims is automatically synchronizing one data store with another data store, even though the 
two stores may not share a common format, Ims has no "a cache memory that stores in a 
correlated form the retrieval condition and the retrieval result," as recited in claims 1 and 11. 

In Ims, moreover, the cached objects component provides for storing, and for 
automatically refreshing, cached objects. In particular, as described at column 9, lines 53-59: 

The present invention uses a "cached objects" component (referred to 
equivalently herein as a "cache manager") which caches objects that are used by 
middleware applications to interact with back-end data sources, where the 
middleware application functions as a surrogate for a requesting client 
application. The cached objects component provides for storing, and for 
automatically refreshing, these objects. 

Since, in Ims, the cached objects component provides for storing, and for automatically 
refreshing, cached objects, Ims has no "a cache memory that stores in a correlated form the 
retrieval condition and the retrieval result," as recited in claims 1 and 11 . 

In Ims, moreover, a cached object stored by the cached objects component has a set of 
input properties and a set of output properties, not a "retrieval condition" or a "retrieval result," as 
recited in claims 1 and 1 1 . In particular, as described at column 1 0, lines 21-25: 

Each object stored by the cached objects component has a set of input properties 
and a set of output properties (which might not be set when the object is cached) 
representing the information to and from the object's corresponding back-end 
data source. 

Since, in Ims, a cached object stored by the cached objects component has a set of input 
properties and a set of output properties, Ims has no "a cache memory that stores in a correlated 
form the retrieval condition and the retrieval result," as recited in claims 1 and 11 . 

In Ims, moreover, a cached object includes processing logic which describes how the 
object interacts with the back-end data source, and an execution method which invokes this 
processing logic, not a "retrieval condition" or a "retrieval result," as recited in claims 1 and 11 . 
In particular, as described at column 10, lines 21-28: 

Further, each cached object preferably includes processing logic which describes 
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how the object interacts with the back-end data source, and an execution method 
which invokes this processing logic. 

Since, in Ims, a cached object may include processing logic which describes how the object 
interacts with the back-end data source, and an execution method which invokes this processing 
logic, Ims has no "a cache memory that stores in a correlated form the retrieval condition and the 
retrieval result," as recited in claims 1 and 11. 

Finally, in Ims, the input properties and values thereof are used as an index to locate 
objects stored in the cached objects component, not as a "retrieval condition" or a "retrieval 
result," as recited in claims 1 and 11 . It is the stored objects themselves, rather, that may be 
categorized as either read-access (RA) or write-access (WA). In particular, as described at 
column 10, lines 28-32: 

The input properties and values thereof are used as an index to locate objects 
stored in the cached objects component, where those stored objects may be 
categorized as either read-access (RA) or write-access (WA). 

Since, in Ims, the input properties and values thereof are used as an index to locate objects 
stored in the cached objects component, Ims has no "a cache memory that stores in a correlated 
form the retrieval condition and the retrieval result," as recited in claims 1 and 11 . 

Furthermore, in Ims, a caching policy specifies when the object is to be periodically 
refreshed, such as at a particular time of day; upon occurrence of a specified event; upon an 
elapsed time since the last refresh, rather than according to a "retrieval condition and the 
retrieval result," as recited in claims 1 and 11. In particular, as described at column 13, lines 56- 
62: 

The caching policy of an RA object preferably specifies when the object is to be 
periodically refreshed. For example, an object may be refreshed at a particular 
time of day; upon occurrence of a specified event; upon an elapsed time since 
the last refresh; etc. This refresh process thereby ensures that a relatively up-to- 
date version of the back-end data is being used when responding to client read 
requests. 

Since, in Ims, a caching policy preferably specifies when the object is to be periodically 
refreshed, Ims has no "a cache memory that stores in a correlated form the retrieval condition 
and the retrieval result," as recited in claims 1 and 11. 

In Ims, moreover, there is retrieval logic in the execution script of the cached object, not a 
"retrieval condition" or a "retrieval result," as recited in claims 1 and 11 . In particular, as 
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described at column 14, lines 51-62: 

For example, cached object HA02 shown at 312 is refreshed by executing the 
retrieval logic in the execution script of the cached object. This retrieval logic 
causes a request to be sent 303 to the back-end data source at host 320, which 
returns 304 a fresh copy of data values to be used for refreshing the cached 
object (i.e. re-populating the object's output properties) in the cache 300. Whether 
a cached copy is already cached or a fresh copy must be retrieved is transparent 
to the requesting application, which operates as though an actual access (shown 
in FIG. 3A as imaginary access 325) had been made directly to the back-end data 
source and a copy had been retrieved in real time. 

Since, in Ims, a caching policy preferably specifies when the object is to be periodically 
refreshed, Ims has no "a cache memory that stores in a correlated form the retrieval condition 
and the retrieval result," as recited in claims 1 and 11. 

Finally, in Ims, refresh logic is stored with or associated with selected replicated read- 
access objects, and update logic is stored with or associated with selected replication write- 
access objects, not a "retrieval condition" or a "retrieval result," as recited in claims 1 and 11 . In 
particular, as described at column 5, lines 64-67, continuing at column 6, lines 1 and 2: 

Performing the replication may further comprise executing the refresh logic stored 
with or associated with selected replicated read-access objects for which the 
queued refresh requests are queued, and executing the update logic stored with 
or associated with selected replication write-access objects for which the queued 
update requests are queued. 

Since, in Ims, refresh logic is stored with or associated with selected replicated read-access 
objects, and update logic is stored with or associated with selected replication write-access 
objects, Ims has no "a cache memory that stores in a correlated form the retrieval condition and 
the retrieval result," as recited in claims 1 and 11. 

The fourth clause of claim 1 , and the fifth clause of claim 1 1 , recites: 

An update processing unit that determines whether to transmit an update request 
to update the retrieval result based on the cache update condition. 

Ims neither teaches, discloses, nor suggests "an update processing unit that determines 
whether to transmit an update request to update the retrieval result based on the cache update 
condition," as recited in claims 1 and 11 . In Ims, rather, there is retrieval logic in the execution 
script of the cached object, not a "retrieval condition," as discussed above. 

Moreover, in Ims, the object's update operation is being applied to the back-end data 
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source at host 340, not the cached object. In particular, as described at column 1 6, lines 58-66: 

When the update policy of an object having elements queued in its update queue 
352 is triggered (for example, reaching a certain time of day when low-priority 
batched mode requests are to be processed), the updates from the queue 352 
are processed by executing the update script of the corresponding object. This 
execution causes the object's update operation to be applied 353 to the back-end 
data source at host 340, by execution of the object's script using the input 
property values from the queued element. 

Since, in Ims, the object's update operation is being applied to the back-end data source at host 
340, not the cached object, Ims has no " update processing unit that determines whether to 
transmit an update request to update the retrieval result based on the cache update condition," 
as recited in claims 1 and 11 . Claims 1 and 11 are submitted to be allowable. Withdrawal of the 
rejection of claims 1 and 11 is earnestly solicited. 

Claims 3, 4, and 5 depend from claim 1 and add further distinguishing elements, while 
claims 12 and 13 depend from claim 11 and add further distinguishing elements. Claims 3, 4, 5, 
12, and 13 are thus also submitted to be allowable. Withdrawal of the rejection of claims 3, 4, 5, 
12, and 13 is also earnestly solicited. 

Claim 14: 

The last clause of claim 14 recites: 

Acquiring a number of data records updated within a predetermined period from 
the database, and determining whether the number of data records updated 
within the predetermined period is in a fixed range of the data records and, if the 
number of data records updated is not in the fixed range, the setting includes 
setting the cache update condition such that the number of data records updated 
fall in the fixed range. 

Ims neither teaches, discloses, nor suggests "acquiring a number of data records updated within 
a predetermined period from the database, and determining whether the number of data records 
updated within the predetermined period is in a fixed range of the data records and, if the 
number of data records updated is not in the fixed range, the setting includes setting the cache 
update condition such that the number of data records updated fall in the fixed range," as 
discussed above with respect to the rejection of claim 1 . 

The second clause of claim 14 recites: 

Storing a retrieval condition received from a terminal and a retrieval result 
retrieved using the retrieval condition in a correlated form in a cache memory. 
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Ims neither teaches, discloses, nor suggests "storing a retrieval condition received from a 
terminal and a retrieval result retrieved using the retrieval condition in a correlated form in a 
cache memory," as discussed above with respect to the rejection of claim 1 . 

The fifth clause of claim 14 recites: 

Determining whether to transmit an update request based on the cache update 
condition. 

Ims neither teaches, discloses, nor suggests "determining whether to transmit an update request 
based on the cache update condition," as discussed above with respect to the rejection of claim 
1 . Claim 14 is thus also submitted to be allowable for at least those reasons discussed above 
respect to the rejections of claims 1 and 11. Withdrawal of the rejection of claim 14 is earnestly 
solicited. 

Claim Rejections - 35 U.S.C. § 103: 

Claims 15 and 16 were rejected under 35 U.S.C. § 103(a) as being unpatentable over 
Ims in view of U.S. Patent No. 7,092,955 to Mah et al. (hereinafter "Mah"). The rejection is 
traversed to the extent it would apply to the claims as amended. Reconsideration is earnestly 
solicited. 

The second clause of claim 15 recites: 

A cache memory that stores therein in a correlated form a retrieval expression 
and a retrieval result. 

Ims neither teaches, discloses, nor suggests "a cache memory that stores therein in a 
correlated form a retrieval expression and a retrieval result," as discussed above with respect to 
the rejection of claims 1 and 11 . Mah does not either, and thus cannot make up for the 
deficiencies of Ims with respect to claim 15. 

The last clause of claim 1 5 recites: 

The main controlling unit acquires a number of data records updated within a 
predetermined period from the database management system, and determines 
whether the number of data records updated is in a fixed range of the data 
records and, if the number of data records updated is not in the fixed range, the 
main controlling unit sets the cache update condition such that the number of 
data records updated fall in the fixed range. 

Ims neither teaches, discloses, nor suggests "the main controlling unit acquires a number 
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of data records updated within a predetermined period from the database management system, 
and determines whether the number of data records updated is in a fixed range of the data 
records and, if the number of data records updated is not in the fixed range, the main controlling 
unit sets the cache update condition such that the number of data records updated fall in the 
fixed range," as discussed above with respect to the rejection of claims 1 and 11 . Mah does not 
either, and thus cannot make up for the deficiencies of Ims with respect to claim 1 5. Claim 1 5 is 
thus submitted to be allowable. Withdrawal of the rejection of claim 1 5 is earnestly solicited. 

Claim 16: 

The second clause of claim 16 recites: 

Storing a retrieval expression and a retrieval result in a correlated form in a cache 
memory. 

Neither Ims nor Mah teaches, discloses, or suggests "storing a retrieval expression and a 
retrieval result in a correlated form in a cache memory," as discussed above with respect to the 
rejection of claims 1,11, and 1 5. 

The third clause of claim 16 recites: 

Sending, to a database management system, the retrieval expression that is 
produced based on a retrieval condition received from a client terminal or read 
from the cache memory based on a cache update condition. 

Neither Ims nor Mah teaches, discloses, or suggests "sending, to a database 
management system, the retrieval expression that is produced based on a retrieval condition 
received from a client terminal or read from the cache memory based on a cache update 
condition," as discussed above with respect to the rejection of claims 1,11, and 1 5. 

The fifth clause of claim 16 recites: 

Storing the retrieval expression and the retrieval result in the correlated form in 
the cache memory. 

Neither Ims nor Mah teaches, discloses, or suggests "storing the retrieval expression and 
the retrieval result in the correlated form in the cache memory," as discussed above with respect 
to the rejection of claims 1,11, and 1 5. 

The last clause of claim 1 6 recites: 

The sending includes acquiring a number of data records updated within a 
predetermined period from the database management system, and determining 
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whether the number of data records updated is in a fixed range of the data 
records and, if the number of data records updated is not in the fixed range, the 
sending includes setting the cache update condition such that the number of data 
records updated fall in the fixed range. 

Neither Ims nor Mah teaches, discloses, or suggests "the sending includes acquiring a 
number of data records updated within a predetermined period from the database management 
system, and determining whether the number of data records updated is in a fixed range of the 
data records and, if the number of data records updated is not in the fixed range, the sending 
includes setting the cache update condition such that the number of data records updated fall in 
the fixed range," as discussed above with respect to the rejection of claims 1,11, and 1 5. Claim 
16 is thus submitted to be allowable. Withdrawal of the rejection of claim 16 is earnestly 
solicited. 

Conclusion: 

Accordingly, in view of the reasons given above, it is submitted that all of claims 1 , 3-5 
and 11-16 are allowable over the cited references. Allowance of all claims 1, 3-5 and 11-16 and 
of this entire application is therefore respectfully requested. 

If there are any formal matters remaining after this response, the Examiner is invited to 
telephone the undersigned to attend to these matters. 

If there are any additional fees associated with filing this Amendment, please charge 
them to our Deposit Account No. 19-3935. 

Respectfully submitted, 
STAAS & HALSEY LLP 

Date: September 2, 2009 By: /Thomas E. McKiernan/ 

Thomas E. McKiernan 
Registration No. 37,889 

1201 New York Avenue, N.W., 7th Floor 
Washington, D.C. 20005 
Telephone: (202)434-1500 
Facsimile: (202)434-1501 
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